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Description 



SYSTEM AND METHOD FOR VALIDATING 
VELOCITIES OF TORQUE GENERATING 
DEVICES IN A VEHICLE 

Background of Invention 
[0001] i. Field of the Invention 

[0002] The present invention relates generally to the operation of 
a hybrid electric vehicle, and more particularly, to a diag- 
nostic system and method for validating engine and motor 
velocities in a vehicle. 

[0003] 2. Background Art 

[0004] a number of different types of vehicles include one or 

more electric motors and/or generators in addition to an 
internal combustion engine. For example, a hybrid electric 
vehicle may have a separate motor and generator, or a 
single unit in which the motor and generator are com- 
bined, in addition to a gasoline or diesel internal combus- 
tion engine. Other vehicle architectures may similarly in- 



elude an engine and one or more electric motors. As the 
number of torque generating devices increases, control of 
such vehicles becomes increasingly complex. 

[0005] Effective control of a vehicle having a complex architec- 
ture, including an engine and one or more electric motors 
and/or generators, may require knowledge of the speed at 
which each of the torque generating devices is operating. 
In addition, devices such as motors and generators can 
often rotate in either of two directions. Thus, in addition 
to the speed of a device such as a motor or generator, it 
may also be important to know the direction in which the 
device is rotating. The combination of speed and the di- 
rection of rotation is the velocity of the device, a knowl- 
edge of which is useful to control the vehicle. 

[0006] Because of inaccuracies in measurement devices, such as 
sensors, and in communications links, such as a controller 
area network (CAN), sensor measurements may need to be 
validated to ensure their accuracy. Validation of the veloc- 
ity of a torque generating device may require two inde- 
pendent speed measurements. The cost of providing a ve- 
hicle with two separate speed sensors for each torque 
generating device may be unacceptably high. Therefore, a 
need exists for a system and method for validating veloci- 



ties of torque generating devices, such as engines and 
motors, in a vehicle, wherein the velocities can be vali- 
dated using a single speed or velocity sensor for each 
torque generating device, and using a knowledge of the 
relationships between the speeds of the devices based on 
the vehicle architecture. 
Summary of Invention 

[0007] Therefore, the present invention provides a method for 
validating engine and motor velocities in a vehicle, with- 
out using two separate speed sensors for the engine and 
two speed sensors for the motor. The method includes 
measuring engine speed, thereby facilitating a determina- 
tion of engine velocity. The velocity of a first motor is also 
measured. The engine velocity and the velocity of the first 
motor are used in a first equation, which includes the use 
of a first velocity relationship. The first velocity relation- 
ship relates the engine velocity and the velocity of the first 
motor based on vehicle architecture. The first equation is 
determinative of whether a mathematical combination of 
at least the engine velocity and the velocity of the first 
motor is within a first predetermined speed range. The 
engine velocity and the velocity of the first motor are vali- 
dated when the mathematical combination of at least the 



engine velocity and the velocity of the first motor is within 
the first predetermined speed range. 

[0008] The invention also provides a method for validating en- 
gine and motor velocities in a vehicle having an engine, a 
first motor, and a second motor. The method includes 
measuring engine speed, thereby facilitating a determina- 
tion of engine velocity. The velocity of the first and second 
motors is also measured. The engine velocity and the ve- 
locity of the first and second motors are mathematically 
combined to generate a first combined speed term. The 
first combined speed term is compared to a first prede- 
termined speed range. The engine velocity, the velocity of 
the first motor, and the velocity of the second motor are 
validated when the first combined speed term is within 
the first predetermined speed range. 

[0009] The invention further provides a system for validating en- 
gine and motor velocities in a vehicle having an engine 
and at least one motor. The system includes a first sensor 
configured to measure engine speed, thereby facilitating a 
determination of engine velocity. A second sensor is con- 
figured to measure the velocity of a first motor. A con- 
troller is in communication with the first and second sen- 
sors, and is configured to apply a preprogrammed algo- 



rithm to at least the engine velocity and the velocity of the 
first motor. The preprogrammed algorithm includes a de- 
termination of whether a mathematical combination of at 
least the engine velocity and the velocity of the first motor 
is within a first predetermined speed range. The engine 
velocity and the velocity of the first motor are validated 
when the mathematical combination is within the first 
predetermined speed range. 
Brief Description of Drawings 

[0010] Figure 1 is a schematic representation of a portion of a 
vehicle including a system in accordance with the present 
invention; 

[0011] Figures 2A and 2B are a flow chart illustrating a method in 

accordance with the present invention; 
[0012] Figure 3 is a table defining equation variables and input 

ranges for each of the variables; and 
[0013] Figure 4 is a schematic representation of a portion of a 

vehicle having a different architecture from the vehicle 

shown in Figure 1, and an alternative embodiment of the 

system shown in Figure 1. 
Detailed Description 



[0014] Figure 1 shows a schematic representation of a system 10 



in accordance with the present invention. A vehicle, not 
shown in its entirety, includes an engine 12, a first motor 
14, and a second motor 16. The engine 12 and the first 
motor 14 are connected through a power transfer unit, 
which in this embodiment is a planetary gear set 18. Of 
course, other types of power transfer units, including 
other gear sets and transmissions, may be used to con- 
nect the engine 12 to the first motor 14. The planetary 
gear set 18 includes a ring gear 20, a carrier 22, and a 
sun gear 24. An engine shaft 26 is connected to the car- 
rier 22, while a motor shaft 28 is connected to the sun 
gear 24. A motor brake 30 is provided for stopping rota- 
tion of the motor shaft 28, thereby locking the sun gear 
24 in place. Because this configuration allows torque to be 
transferred from the first motor 14 to the engine 12, a 
one-way clutch 32 is provided so that the engine shaft 26 
rotates in only one direction. 
[0015] The ring gear 20 is connected to a shaft 34, which is con- 
nected to vehicle drive wheels 36 through a second gear 
set 38. The second motor 16 is also connected to the 
wheels 36 through a second motor shaft 40 and the sec- 
ond gear set 38. The motors 14,16, the planetary gear set 
18, and the second gear set 38 may generally be referred 



to as a transaxle 42. 
[0016] The first and second motors 14,16 are electrically con- 
nected to a battery 44. The battery 44 provides electrical 
power to one or both of the first and second motors 14,16 
when they output mechanical energy to the wheels 36. Al- 
ternatively, one or both of the motors 14,16 can act as a 
generator that can be used to charge the battery 44 when 
the vehicle is in a regenerative mode or when the engine 
is running. Moreover, either of the motors 14 or 16 could 
act as a generator to provide electrical power to the other 
motor. 

[0017] The vehicle architecture shown in Figure 1 is but one of 
many different architectures that can be used with the 
system 10. For example, as mentioned above, the plane- 
tary gear set 18 could be replaced with different types of 
power transfer units. In addition, as explained more fully 
below with reference to Figure 4, a disconnect clutch 
could be placed on the engine shaft 26 to allow a me- 
chanical disconnection of the engine output from the 
wheels 36. Moreover, different types of electrical output 
devices, such as a fuel cell or ultra-capacitor, may be used 
in place of, or in conjunction with, a battery, such as the 
battery 44. 



[0018] a controller, in this embodiment, a powertrain control 

module (PCM) 46 is provided for controlling the engine 12 
and the motors 14,16. Although shown as a single unit, 
the PCM 46 may be made up of more than one controller. 
For example, rather than the single PCM 46, the engine 12 
and each of the motors 14,16 may have their own control 
unit in the form of a separate hardware device. Alterna- 
tively, the controllers for the engine 12 and the motors 
14,16 may be software controllers that reside within one 
or more hardware controllers, such as a vehicle system 
controller. 

[0019] | n order to provide information to the PCM 46 about the 
speeds and/or velocities of the various torque generating 
devices in the vehicle— i.e., the engine 12 and motors 
14,16— a number of sensors are used to take measure- 
ments and provide information to the PCM 46. A first sen- 
sor 48 is in communication with the PCM 46, and is con- 
figured to measure the speed of the engine 12, which fa- 
cilitates a determination of engine velocity. The engine 
velocity includes not only the engine speed, but also the 
direction of rotation. Because the engine 12 can only ro- 
tate in one direction, the speed sensor 48 may be a simple 
speed sensor that does not measure the direction of rota- 



tion of the engine 12, since the direction is already 
known. Thus, the speed sensor 48 provides information to 
the PCM 46 such that the velocity of the engine 12 is 
known. 

[0020] a second sensor 50, also in communication with the PCM 
46, is configured to measure the velocity of the first mo- 
tor 14. Because the first motor 14 may rotate in either one 
of two different directions, the sensor 50 must measure 
not only the speed of rotation, but also the direction of 
rotation. Similarly, a third sensor 52, also in communica- 
tion with the PCM 46, is configured to measure both the 
speed and direction of rotation of the second motor 
16 — i.e., the sensor 52 measures the velocity of the sec- 
ond motor 16. Fourth and fifth sensor 54,56, similarly in 
communication with the PCM 46, are configured to mea- 
sure the speed of the wheels 36. 

[0021] Although the sensors 54,56 do not provide the direction 
of rotation of the wheels 36, as explained more fully be- 
low, the direction of rotation may be assumed for pur- 
poses of velocity validation. It is worth noting that the ve- 
hicle speed may be determined from a single sensor, 
rather than two sensors, such as the sensors 54,56. More- 
over, the speed of a non-drive wheel or wheels may be 



measured, rather than the speed of the drive wheels as il- 
lustrated in Figure 1. 

[0022] a s mentioned above, the system 10 may be used to vali- 
date the velocities of the engine 12 and the motors 14,16. 
The speed sensor 48, or a similarly configured sensor, will 
be found on most vehicles, since measurement of engine 
speed is an important parameter for vehicle control. 
Moreover, sensors, such as the speed sensors 54,56, are 
also found on many vehicles as part of an anti-lock brake 
system. Validating the velocity of a device, such as the en- 
gine 12 or the motors 14,16, requires two independent 
measurements for each device. Of course, two dedicated 
sensors for each device can be used to perform the mea- 
surements, but this may be a costly solution. In contrast, 
the system 10 provides a method of velocity validation 
that utilizes existing sensors and relationships between 
the devices, such that two dedicated sensors are not re- 
quired for each device. 

[0023] Figures 2A and 2B show a flow chart 58 illustrating a 

method for velocity validation using the system 10. The 
velocity validation begins at step 60, and is initiated by 
the PCM 46. The PCM 46 may be programmed such that 
some or all of the steps shown in Figures 2A and 2B are 



repeatedly performed while any of the torque generating 
devices are running. 

[0024] initially, it may be useful to perform an availability check, 
wherein it is determined whether each of the inputs— i.e., 
each of the signals from the sensors 48,50,52,54,56 to 
the PCM 46— are functioning, see step 62. If any of the 
signals indicate that a sensor has a fault, or is otherwise 
unavailable, the faulted sensor is considered unavailable 
for the velocity validation tests. As noted above, the PCM 
46 is in communication with each of the sensors 
48,50,52,54,56. The communication link may be in the 
form of a controller area network (CAN). The availability 
check may also indicate that a signal has a CAN error. 
When the PCM 46 receives such a signal, the sensor hav- 
ing the CAN error will be considered unavailable. 

[0025] \f t j n s tep 64, it is determined that not all of the inputs are 
available, the failed inputs are eliminated from further 
tests, see step 66. The inputs that are available are then 
passed to the next set of tests, which are range tests for 
each of the inputs, see step 68. Of course, when all the 
inputs were determined to be available in step 64, then all 
of the inputs are made available for the range tests. In 
step 70 it is determined whether all of the inputs are 



within a corresponding predetermined range. The prede- 
termined ranges may be chosen based on known operat- 
ing ranges for each device. The predetermined ranges, or 
input ranges, need not exactly match the operating range 
of a given device, but rather, may be limited or expanded 
as desired. 

[0026] using range tests prior to performing the velocity valida- 
tion tests, may make the method of velocity validation 
more robust. For example, if a sensor provides an input to 
the PCM 46 indicating that one of the devices or the vehi- 
cle has a velocity that is outside the input range, this may 
be indicative of a problem with the sensor. As shown in 
Figure 3, Table 1 includes an input range for each of the 
variables that will be used in the velocity validation tests. 
For example, the engine velocity (uj^) has an input range 
of 0 to 7000 revolutions per minute (RPM). Although the 
units shown in Table 1 are radians per second (RAD/S), 
which may be conveniently used in the validation tests, 
there is a direct relationship between RAD/S and RPM. 
Therefore, a simple conversion factor can be employed to 
switch between units. 

[0027] Similarly, the velocity of the first motor (u> ) has a nor- 

Ml 

mal operating range of -1357 to 1357 RAD/S. The veloc- 



ity of the second motor (u> ) has an input range of -943 

M2 

to 943 RAD/S. Finally, the vehicle velocity (V^) has an 
input range of 0 to 300 kilometers per hour (KPH). Each of 
the input ranges may be programmed into the PCM 46, for 
example, in the form of a lookup table. Alternatively, the 
input ranges could be programmed into one or more dif- 
ferent controllers that are in communication with the PCM 
46, for example, through a CAN. 

[0028] it is important to note that the input ranges shown in Ta- 
ble 1 are merely one example of input ranges that may be 
set for a vehicle or power producing devices within the 
vehicle. Thus, different vehicle architectures, vehicles hav- 
ing different power producing devices, as well as other 
considerations, may lead to the assignment of input 
ranges different from those shown in Table 1. Thus, the 
range tests provide a flexible tool by which inputs from 
the sensors 48,50,52,54,56 are checked prior to the ve- 
locity validation tests. 

[0029] Returning to Figure 2A, it is seen that if not all of the in- 
puts are found to be within their corresponding input 
ranges in step 70, they are eliminated from further tests 
in step 72. The elimination of an input, either because of 
a failed availability check or failed range test, may pre- 



elude a particular validation test from being performed. 
One method that can be used when this situation occurs, 
is to assume that the test was performed, but that it 
failed. Of course, other methods may be employed when 
inputs fail the range tests. Any inputs that remain avail- 
able are then used to perform the validation tests, starting 
with the first validation check in step 74. Of course, if all 
of the inputs pass the range tests in step 70, they are all 
available in step 74 to perform the first validation check. 
[0030] The first validation check uses the velocity of the engine 
12 and the motors 14,16, and a known relationship be- 
tween the velocities based on the vehicle architecture 
shown in Figure 1, to validate the velocities of each of the 
devices. Specifically, the engine speed, as measured by 
the sensor 48, provides an input to the PCM 46, which de- 
termines the engine velocity based on the known direction 
of engine rotation. The velocity of the first and second 
motors 14,16 is measured by the sensors 50,52, respec- 
tively. These velocities are also provided as inputs to the 
PCM 46. 

[0031] The PCM 46 applies a preprogrammed algorithm to the 
inputs it receives from the sensors 48,50,52. The veloci- 
ties of the engine 12 and the first and second motors 



14,16 are mathematically combined and compared to a 
first predetermined speed range. The preprogrammed al- 
gorithm in the PCM 46 mathematically combines these 
terms and determines whether this mathematical combi- 
nation is within the first predetermined speed range. Al- 
though a number of different equations can be used to 
make this determination, the first equation used in the 
validation tests may be defined by: 
[0032] la, _ (r ) a, _ (R ) a, | < k Eq. 1 

E E/Ml Ml E/M2 M2 1 

[0033] where uj^ is the engine velocity, oj mi is the velocity of the 
first motor, oj is the velocity of the second motor, R 

M2 E/Ml 

is a ratio of the engine velocity to the velocity of the first 
motor, R is a ratio of the engine velocity to the second 

' E/M2 * 1 

motor, and K i is a first predetermined speed. 
[0034] The ratios used in Equation 1, R and R , are first 

M E/Ml E/M2' 

and second velocity relationships that are based on the 
vehicle architecture. Specifically, the planetary gear set 18 
provides a known relationship between the velocity of the 
engine 12 and the velocity of the first motor 14. Where 
other power transfer units are used, different relation- 
ships may exist between the velocities of the engine 12 
and the first motor 14. Similarly, a known relationship ex- 
ists between the velocity of the engine 12 and the velocity 



of the second motor 16, based on the planetary gear set 
18 and the second gear set 38. Applying these relation- 
ships to the velocities of the first and second motors 
14,16 allows the velocities of each of the three power 
producing devices to be validated, using a single sensor at 
each device. 

[0035] The left-hand side of Equation 1 represents a first com- 
bined speed term, which is then compared to the first 
predetermined speed range, defined in Equation 1 as any 
speed less than or equal to The mathematical combi- 
nation used to develop the first combined speed term may 
assume a number of different forms and still be useful for 
velocity validation. For example, the sign of any of the 
terms can be changed, the order of the terms can be rear- 
ranged, or one of the motor velocities can be used without 
a ratio applied to it, while a different ratio — e.g., a motor 
velocity to engine velocity ratio (R )— is applied to the 

M/E 

engine velocity. In any of these cases, Equation 1 would 
still be valid, provided that K was assigned an appropri- 
ate value that defined the correct predetermined speed 
range for the mathematical combination on the left side of 
the equation. 

[0036] Turning to Figure 2B, it is determined at step 76 whether 



the first validation check passed — i.e., whether the first 
combined speed term was within the first predetermined 
speed range. If the first validation check passes, then the 
velocity of each power producing device—the engine 12 
and the motors 14,16 — are validated; this is shown in 
step 78. If, however, the first combined speed term was 
not within the first predetermined speed range, a second 
velocity validation check may be performed, see step 80. 
[0037] The second velocity check, as performed in step 80, pro- 
vides a method to validate the velocity of the second mo- 
tor. As described above, the velocity of the second motor 
is measured directly by the sensor 52; however, it is nec- 
essary to have another velocity measurement in order to 
confirm that the velocity measured by the sensor 52 is 
valid. Rather than adding a second velocity sensor to the 
second motor 16, the existing vehicle speed sensors 54, 
56 are used, which saves the cost of an additional velocity 
sensor. As described above, the speed sensors 54, 56 are 
not capable of determining the direction of rotation of the 
wheels 36. Therefore, the second validation check, which 
uses a second equation, will perform an evaluation of the 
second equation two times. The first time the second 
equation is evaluated, a positive sign is assigned to the 



vehicle speed; the second time it is evaluated, a negative 
sign is assigned to the vehicle speed. 

[0038] Each of the sensors 54, 56 provides a measurement of the 
speed of the wheels 36, which is indicative of the vehicle 
speed. In order to get a single value for the vehicle speed, 
the measurements from the sensors 54, 56 may be math- 
ematically combined, for example, by using an average 
value of the two measured speeds. Thus, the determina- 
tion of the vehicle speed may include measuring the wheel 
speed with the sensor 54 and the sensor 56, and then 
taking the average of the two wheel speeds. Of course, 
the measured speeds may be combined using some other 
mathematical combination, or a single sensor may be 
used, as desired. 

[0039] Because the vehicle velocity will typically have units such 
as KPH, it will be necessary to convert the units into RAD/ 
S to be compatible with the velocity of the second motor 
16 as measured by the sensor 52. The second validation 
check can then be performed by mathematically combin- 
ing the velocity of the second motor 16 and the deter- 
mined vehicle speed, and then comparing this mathemati- 
cal combination to a second predetermined speed range 
to validate the velocity of the second motor 16. Although 



various forms of the second equation may be used for the 
second validation check, one form of the equation is de- 
fined by: 

[0040] |u) - (C ) V | < K Eq. 2 

M2 l' VEH 2 M 

[0041] where u> is the velocity of the second motor, C is a 

M2 7 1 

constant used to change units of vehicle velocity into ra- 
dians per second, is the determined vehicle velocity, 
and K 2 is a second predetermined speed. 
[0042] j ust as W j t h the first equation, the second equation in- 
cludes a mathematical combination of velocities on the 
left side of the equation, which may be called a "second 
combined speed term." The second predetermined speed 
range is defined as any speed less than the second prede- 
termined speed (K 2 ). As with the first combined speed 
term in the first equation, the second combined speed 
term in Equation 2 may also be rearranged using a differ- 
ent order of the terms, or applying different signs to the 
terms. Of course, the second predetermined speed (K 2 ) 
would need to be chosen appropriately; however, varia- 
tions of Equation 2 involving different mathematical com- 
binations of the velocity of the second motor 12 and the 
vehicle velocity are contemplated within the present in- 
vention. 



[0043] As noted above, the speed sensors 54, 56 do not provide 
a direction for the rotation of the wheels 36. Therefore, 
Equation 2 is evaluated twice: a first time wherein the de- 
termined vehicle velocity is given a positive sign, and a 
second time wherein the vehicle velocity is given a nega- 
tive sign. In each case, it is required that the relationship 
expressed in Equation 2 holds. Stated another way, the 
second combined speed term is generated twice, and each 
time it is required to be within the second predetermined 
speed range. 

[0044] Returning to Figure 2B, the determination of whether the 
second velocity check passes occurs at step 82. If Equa- 
tion 2 is found to hold when the vehicle velocity is given a 
positive sign and when it is given a negative sign, the sec- 
ond validation check has passed. When this occurs, the 
velocity of the second motor 16 is validated, see step 84. 
If Equation 2 does not hold for either the positive or neg- 
ative value of vehicle velocity, a third validation check may 
be performed, see step 86. 

[0045] For the third validation check, the PCM 46 mathematically 
combines the velocities of the engine 12 and the first mo- 
tor 14, with the determined vehicle speed to generate a 
third combined speed term. The third combined speed 



term is then compared to a third predetermined speed 
range for purposes of validating the velocities of the en- 
gine 12 and the first motor 14. Specifically, a third equa- 
tion is used that is similar to the first equation, except 
that the term that included the velocity of the second mo- 
tor 16 is replaced by the determined vehicle velocity term. 
It is worth noting that just as with Equations 1 and 2, 
Equation 3 may assume different forms. Thus, Equation 3 
may be defined by: 
[0046] la, -(R )a) -(C )V | < K Eq. 3 

E E/Ml Ml 1 VEH 3 

[0047] where oo e is the engine velocity, oo mi is the velocity of the 
first motor, R x is a ratio of the engine velocity to the 
velocity of the first motor, C i is a constant used to change 
units of vehicle velocity into radians per second, V veh is 
the determined vehicle velocity, and K 3 is a third prede- 
termined speed. 

[0048] Because equation 3 involves the determined vehicle veloc- 
ity, it must be evaluated twice, just as Equation 2 is evalu- 
ated twice. Thus, the determined vehicle velocity is as- 
signed a positive sign the first time Equation 3 is evalu- 
ated, and a negative sign the second time it is evaluated. 
Returning to Figure 2B, a determination is made at step 
88 whether the third validation check has passed. If the 



third validation check passes, the velocities of the engine 
12 and the first motor 14 are validated. If, however, the 
third validation check does not pass, then none of the ve- 
locities are validated, see step 92. 

[0049] As described above, the system 10 shown in Figure 1 can 
be used with any of a variety of vehicle architectures. For 
example, Figure 4 shows a schematic representation of a 
system 94, which is an alternative embodiment of the 
present invention. A vehicle, not shown in its entirety, in- 
cludes an engine 96 and a first motor, or combined mo- 
tor/generator 98. A disconnect clutch 100 is disposed be- 
tween the engine 96 and the motor/generator 98 for se- 
lectively connecting and disconnecting the engine 96 to 
the wheels 102. The motor/generator 98 is connected to a 
power transfer unit (PTU) 104, which transfers power from 
the motor/generator 98 to the wheels 102. The PTU 104 
may be virtually any device or system for transferring 
power, including, but not limited to, gear sets, automatic 
or manual transmissions, or converterless transmissions. 

[0050] a battery 106 is electrically connected to the motor/ 

generator 98 for providing electrical power to the motor/ 
generator 98 when it is being operated as a motor to drive 
the wheels 102. Alternatively, the motor/generator 98 



may act as a generator to recharge the battery 106, when 
the vehicle is in a regenerative mode. Similar to the con- 
figuration shown in Figure 1, the engine 96 is equipped 
with a speed sensor 108 which facilitates a determination 
of the engine velocity; the velocity can be determined with 
a speed sensor, since the engine 96 rotates in only one 
direction. A sensor 110 is provided for measuring the ve- 
locity of the motor/generator 98. Moreover, speed sen- 
sors 112,114 are provided at the wheels 102 to facilitate a 
determination of the vehicle velocity. A controller, in the 
embodiment shown in Figure 4, a PCM 116, is in commu- 
nication with a transaxle 118, the engine 96, and each of 
the sensors 108,110,112,114. 
[0051] As with the vehicle architecture shown in Figure 1, the ve- 
hicle architecture in Figure 4 includes three sensors 
108,112,114 that are normally provided on many vehicles, 
and therefore do not require a special purchase or instal- 
lation. Because the vehicle shown in Figure 4 includes only 
a first motor, the motor/generator 98, only one additional 
sensor, the sensor 110, is needed to validate the velocities 
of the engine 96 and the motor/generator 98. It will be 
apparent to one skilled in the art, that minor modifica- 
tions to equations 1-3 are all that is needed to provide a 



method for validating the velocities of torque generating 
devices in a vehicle having an architecture similar to that 
shown in Figure 4. For example, a modified version of 
equation one may be defined by: 
[0052] |o) - (R ) a) | < K Eq. 1A 

E E/MG MC 1A M 

[0053] where u> e is the engine velocity, oo mc is the velocity of the 
first motor, or motor/generator 98, ^ E/MG is a ratio of the 
engine velocity to the velocity of the motor/generator, and 
K ia is a first predetermined speed. 

[0054] The ratio used in Equation 1A, (R ), is a first velocity 

M E/MG 7 

relationship that is based on the vehicle architecture 
shown in Figure 4. For example, when the disconnect 
clutch 100 is closed, a known relationship exists between 
the velocities of the engine 96 and the motor/generator 
98. When the disconnect clutch 100 is open, however, 
there is no such velocity relationship, and Equation 1A 
cannot be used. Just as with Equations 1-3, Equation 1A 
may assume different forms, provided the appropriate 
value for K ia is chosen. When Equation 1A holds, —i.e., if 
the first validation check passes—only the velocities of 
the engine 96 and the motor/generator 98 are validated. 
There is no second motor in this configuration that re- 
quires a velocity validation. 



[0055] The second validation check will remain largely unaltered 
for the vehicle architecture shown in Figure 4. For exam- 
ple, a second equation, equation 2A, used for the second 
validation check for a vehicle having the architecture 
shown in Figure 4, may be defined by: 

[0056] - (C ) V I < K Eq. 2A 

MG 1 VEH 2A M 

[0057] where oo is the velocity of the first motor, or motor/ 

MC 

generator 98, is a constant used to change units of ve- 
hicle velocity into RAD/S, is the determined vehicle 
velocity, and K is a second predetermined speed. 

2A 

[0058] Thus, a mathematical combination of the velocity of the 
motor/generator 98 and the determined vehicle speed is 
compared to a second predetermined speed range. As 
with the other equations, the mathematical combination 
on the left hand side of equation 2A may be rearranged as 
desired, provided an appropriate value of K is chosen. 

2A 

As with Equation 2, and all of the equations involving the 
determined vehicle velocity, Equation 2A must be evalu- 
ated twice, with the determined vehicle velocity being 
given a different sign each time. If Equation 2A holds for 
each of the two evaluations, the second validation check 
has passed. When this occurs, the velocity of the first mo- 
tor, or the motor/generator 98, is validated. If this does 



not occur, a third validation check may be used. 
[0059] For the vehicle architecture shown in Figure 4, the third 

validation check involves the use of a third equation, 

which may be defined by: 
[0060] lo, - (C ) V | < K Eq. 3A 

E 1 VEH 3A M 

[0061] where u> e is the engine velocity, C i is a constant used to 
change units of vehicle velocity into RAD/S, is the 
determined vehicle velocity, and is a third predeter- 
mined speed. Because Equation 3A uses the vehicle veloc- 
ity, it is evaluated twice, giving the vehicle velocity a dif- 
ferent sign each time. Moreover, Equation 3A, as with any 
of the previous equations, may assume different forms, 
provided an appropriate value for K is chosen. If both 

3A 

evaluations of Equation 3A hold, then the engine velocity 
is validated. 

[0062] Although the vehicle architectures shown in Figure 1 and 
Figure 4 appear to be markedly different, there is some 
similarity. For example, the motor brake 30, shown in Fig- 
ure 1, may be selectively applied to stop rotation of the 
motor shaft 28 and the sun gear 24. In such a situation, 
the vehicle architecture of Figure 1 resembles the vehicle 
architecture of Figure 4, wherein the planetary gear set 18 
and the second gear set 38 are represented by the PTU 



104 in Figure 4. Of course, the system 10 may be used 
with a variety of different vehicle architectures, it being 
understood that the architectures illustrated in Figures 1 
and 4 represent just two examples. 
[0063] while the best mode for carrying out the invention has 
been described in detail, those familiar with the art to 
which this invention relates will recognize various alterna- 
tive designs and embodiments for practicing the invention 
as defined by the following claims. 



